小编最近在帮一家跨国企业的中国分公司做一个与总部协同通讯的项目。我们知道在Office365上即便是不同的租户（Tenant）也可以加入同一个森林，通过多向的Dirsync将各自AD账户同步到其他域。

        当然国内版的Office 365并不适用于多租户模式，甚至可以说其同国际版是两个产品，只是底层使用相同的技术，那就带来两个非常普遍的问题：

        咨询了国内版Office365的支持人员，对方给出了官方的解决方案：Tango（我必应了好久也没找到这个技术，莫非是21V给我开小灶了？），通过这一解决方案，企业可以实现：

        如上图的左半部分代表全球版Office 365的Azure AD中的成员属性，其中后缀为contoso.com的员工为全球版Office 365中真实的使用用户，下面MEU所代表的，后缀为cn.contoso.com则是使用 21世纪互联版本的用户，这部分用户在全球Azure AD中的属性为Member Enabled User(MEU), 该属性就代表该用户的邮箱不由我这边服务所托管，因此部分需要添加额外的一条属性，即图中所示targetAddress,指向 21世纪互联托管的 世纪互联托管的Office 365中邮箱服务的地址。

        同理所示，右半部分在21世纪互联运维的Office 365的 Azure AD中， 国内用户和国外的属性和国际版本的Azure AD中互为映射。

        因此在配置到这个阶段后，两边的用户就能完成上述所提前五种协作的需求。

        接下来，如果客户还需要做到全球邮箱后缀统一的求则按图所示进行额外的配置：

        如上图所示，假设全球需要统一使用目前版Office 365用户所使的域名作为统一的邮箱后缀，则需要将使用21世纪互联版本的SMTP地址改为全球版本Office 365用户所使的域名后缀，如图中示contoso.com。 因此这部分国内用户将同时具有两个SMTP地址。 

        之后，所有的通讯录上用户其对外显示邮箱域名则可以做到统一化。 这里注意，两边用户的登录名,即 UPN地址，仍旧保持不同。具体21世纪互联用户接收到的邮件流将如下图所示： 

        根据邮箱后缀的域名，件会先统一指向国际版Office 365中托管的邮箱服务，当邮件送达至对应的用户（使用21世纪互联版Office 365的用户），发现该用户在 Azure AD的属性为 MailEnabled User(MEU)，该用户的邮箱服务不被 Global Office 365所托管，之后根据其targetAddress的指向，邮件将会进一步路由会21世纪互联版的Office 365中托管的邮箱服务。 

        以上的配置可解决述所提第六点需求，即实现全球通讯录中用户的邮箱后缀统一需求。

本站10周年庆，由小编录制的中文视频教程热卖中，喜欢的童鞋进入专页购买

扫描二维码关注本站公众号